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(57) Abstract 

The present invention is directed to a method of dynamically controlling and displaying an Internet browser interface (20), and to 
a dynamically controllable Internet browser interface (20). In accordance with the present invention, a browser interface (20) may be 
customized using a controlling software program (120) that may be provided by an Internet content provider, an ISP, or that may reside 
on an Internet uscr*s computer (50). The controlling software program (120) enables the Internet user, the content provider, or the ISP to 
customize and control the information and/or functionality of a user*s browser (72) and browser interface (20) by downloading or creating 
a library file (74) on the Internet user*s computer (50) that includes an interface object (40). The interface object (40) can display various 
options (44) available on a toolbar (42), including a text input field (46) that allows the user to perform a search. 
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A METHOD OF CONTROLLING AN INTERNET BROWSER INTERFACE AND A 
CONTROLLABLE BROWSER INTERFACE 

FIELD OF THE INVENTION 

The present in\'eniion is directed to computer display interfaces and, more 
particularly, to a method of dynamically controlling an Internet browser interface and a 
dynamically controllable browser interface. 

BACKGROUND OF THE INVENTION 

When accessing the Internet (i.e., the worldwide web, the web. etc.), an Internet user 
r>'pical]y executes, via a computer, a browser software program such as, for example, 
Netscape Navigator™ or Microsoft Internet Explorer'^'^. The browser program (i.e., a 
browser) establishes a physical link to the Internet (via a modem and an Internet Service 
Provider (ISP), for example) and also provides a textual and graphical user interface, i.e., a 
browser interface, having a predetermined look and functionality, neither of which can 
currently be significantly changed by the Internet user. Thus, the browser interface remains 
relatively static as the Internet user navigates the internet and moves from application to 
application or HTML (Hyper-text Mark-up Language) page to HTML page. 

Limited control of the browser interface is currently available via an executable 
software program that may. for example, add functional buttons to the interface. However, 
the additional functionality is added to the browser interface when the browser is initially 
activated and remains static thereafter. Thus, it is not possible for a browser displaying a 
browser interface modified as just-described to dynamically download information from an 
Internet site and customize itself, either when the browser is initiated or as the users traverses 
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Ihe Iniemei. Such a modified browser interface also does not provide access to the various 
browser Application Programming Interfaces f APIs) for Plug-ins and interfaces. 

The proliferation of Internet sites maices it increasingly difficult for content providers 
(i.e., owners of Internet sites) to maximize the time an Internet user spends at a particular 
5 Internet site. It is, of course, desirable for a content provider to be able to maximize that time 
an Internet user spends at that provider's Internet site, or to ensure that an Internet user returns 
to the content provider's site: this being generally referred to in the art as stickiness. It is also 
desirable to maximize the number of Internet users accessing a content provider's site. 
Briefly stated, an internet content provider wants to attract a maximum number of Internet 
1 0 users to that provider's Internet site, and to maximize the amount of time those Internet users 
remain at that site; neither of which is possible using current Internet browsers. 

SUMMARY OF THE INVENTION 
The present invention is directed to a method of dynamically controlling an Internet 
1 5 browser interface and to a dynamically controllable browser interface. The presem invention 
is also directed to a method of increasing the number of times an Internet user accesses a 
predetermined Internet site, and to a method of increasing the amount of time an Internet user 
spends at a predetermined Internet site. 

As used herein, the term controlling and controllable refer to, by way of non-limiting 
20 example, adding to, removing from, and modifying an internet browser interface. An Internet 
browser interface, as referred to herein, means the visual or aural presentation presented to a 
browser user, and via which a user interacts with the browser. The term customize (and 
^■ariations thereof) may also be used herein to describe the controllability provided in 
accordance with the present invention. As used herein, the term dynamically controlling (and 
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variations thereof) refers to a method by which a part of an Internet browser interface (i.e., an 
interface object) may be displayed and periodically changed or updated while a browser 
displaying the interface object is activated. 

A browser, as used herein, is given its general, an recognized meaning, and generally 
5 refers to a software program that provides an interface to the World Wide Web or Internet. 
The browser enables an Internet user to navigate the Internet and establish a connection to 
various Internet sites and view the web page(s) provided at the various Internet sites by 
content providers. A browser is specifically capable of calling, i.e. loading onto the Internet 
user's computer, an ActiveX control or Plug-in via an Internet site. The browser also enables 

10 an Internet user to navigate between and among Internet sites, i.e., to surf the web. The 
browser provides a browser interface to the Internet user that is formatted by the provider of 
the browser software program. The browser interface t>TDically defines the layout (e.g., color, 
size, number and location) and functionality provided by the browser to the Internet user. The. 
browser interface may comprise a first parent window that typically defines the general size, 

15 color, and layout of the browser interface and includes window control bunons (e.g., 
minimize, close, etc.). The browser interface may also comprise a second parent window (a 
child to the first parent window), and one or more window^s dependent from the second parent 
(i.e., children). The second parent and its dependent windows may provide, for example, 
various information (e.g., advertisements, coupons, news, HTML links, etc.) and functionality 

20 (i.e., toolbars, pull-down menus, Plug-ins, applications, etc.) to the Internet user. 

An ActiveX control, as used herein, refers to a tool for linking desktop applications 
for the Internet and is based on art recognized, Microsoft-developed specifications. A Plug- 
in, as used herein, refers to a type of program developed for use with Netscape browsers and 
that integrates with a larger application (e.g., a browser software program) to add a specific 
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functionality or capabilit>' to that larger program. An ActiveX control and a Plug-in as 
described above and as referred to herein may be used with any Internet browser. 

As used herein, the term Internet site refers to a location (i.e., node) on the Internet 
defined by an Internet address or URL (uniform or universal resource locator). As used 
5 herein, the term Internet web page refers to a collection of hypertext markup language 
(HTML) commands provided at an Internet site and that provide formatting information for 
the text, graphics, and functionality to create a hypertext document that may be displayed on 
an Internet user's computer display via a browser. For example, an Internet user enters a URL 
to establish a connection to an Internet site, and that Internet site provides HTML commands 
1 0 to the user's browser to enable display of that Internet site's web page on the user's computer 
display. The browser interprets hypertext markup language (HTML) commands embedded in 
a web page and uses the HTML commands to format the text and graphics for that web page. 

The present invention provides advantages to an Internet user, an Internet content 
provider (i.e., an owner of an Internet site), and to an Internet Service Provider (ISP). For an 
15 Internet user, the present invention provides a method of dynamically controlling or 
customizing that user's Internet browser interface. The Internet user may now customize the 
browser interface so that each time the user accesses the Internet using a browser, user- 
defined information and/or functionality (also collectively referred to herein as information) 
will be displayed with the browser interface. For example, the user may include bookmarks. 
20 address and phone books, personal financial information, personalized news, and various 
functionality such as is available via ActiveX control and Plug-ins. 

In addition, if an Internet user has an account with a content provider, that user's 
specific account information (e.g., investment portfolio, news headlines, bookmarks, address 
book, etc.) may now be dynamically displa>-ed with the browser interface by the browser. 



2., 
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Currently, an Internet user can only access that user's specific account information while 
connected to the content provider's Internet site. The user must return to the content 
provider's site to receive updated account information. The account information is not 
displayed with the browser interface once user leaves that Internet site. The present invention 
5 provides a method of dynamically controlling and a dynamically controllable browser 
interface that enables an Internet user to display with the browser interface and continuously 
update information and/or functionality specific to that user. 

For a content provider, the present invention ensures that an Internet user (via a 
browser) automatically establishes a connection to that content provider's Internet site every 

1 0 time that user accesses the Internet using a browser. Thus, as soon as an Internet user causes 
a browser to execute (by selecting a browser icon, for example), the browser automatically 
establishes a connection to the content provider's Internet site to load that user's customized 
browser interface information. The present invention may also periodically and automatically 
cause the user's browser to connect to the content provider's Internet site while the browser is 

15 active, i.e. while the user surfs the web. In one embodiment, the content provider may 
provide an Internet user with access to a program for controlling the browser interface. Once 
the Internet user has accessed that controlling program to customize that user's browser 
interface, a connection to that content provider may be automatically established by that user's 
browser every time that user accesses the Internet. Thus, and in contrast to currently available 

20 browsers which establish a connection to an Internet site only when the user enters a URL (or 
otherwise positively acts to cause a connection to be established such as, for example, by 
selecting a link or banner advertisement), the present invention automatically establishes a 
connection to the content provider when the browser is initiated, independent of any home 
web page selection pre-programmed into the browser, whether by the Internet user or browser 

5 
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\endor. Once that iniiial connection is established, the content provider may load user- 
specific information and/or functionality to the Internet user's computer for display with that 
user's browser interface. 

In addition, the content provider can also periodically cause the browser to 
5 automatically reconnect lo that content provider's Internet site to update, download new. or 
otherwise communicate information and/or functionality for the Internet user's browser 
interface. For example, if an Internet user subscribes to an email service of the content 
provider, email messages for that Internet user received by the content provide may be 
automatically communicated to the Internet user even though the user is "surfing" elsewhere. 
10 When the user's browser initially establishes a connection to the content provider's internet 
site upon execution of that user's browser, the information communicated by the content 
provider to the Internet user includes instructions for the browser to periodically reconnect to 
the content provider's Internet site. Thus, regardless of the number of Internet sites the user 
accesses, and regardless of the particular Internet site currently accessed by a user, a 
15 connection back to the content provider's Internet site will be automatically established at 
intervals determined by the content provider; those reconneciions being transparent to the 
Internet user except when the user receives a notification fi-om the content provider (i.e.. new 
mail has arrived). Thus, the browser interface may be dynamically controlled as the Internet 
user surfs the web. For an ISP, the benefits are at least as great as for a content provider. 
20 Initially, the browser interface for an Internet user must be customized using a 

software program that may be provided by the content provider or ISP. or that may be 
available on the user's computer. The software program, referred to hereinafter as a 
controlling program or a program for controlling (and other variations thereoO. changes the 
manner in which the user's browser ftinctions. More specifically, the controlling program 



NSDCCID: <WO 0QS5S38A1J_> 



SUBSTTOrrE SHEET (RULE 2B) 



PCT/US99/25332 



downloads or creates a library' file on the Internet user's computer. The library file may be, 
for example, a Dynamic Link Library (DLL) ffor a Windows operating system) that creates a 
shell (or plurality of shells) within the browser and within which various information and'or 
functionality may be loaded as an ActiveX control or Plug-in. The library file includes 
5 ActiveX control or Plug-in functionality that defines an interface object added to the browser 
interface in accordance with the present invention. When an Internet user activates a browser, 
the library file is opened and the ActiveX control or Plug-in code contained within that file is 
made available to the browser and incorporated into the browser interface, thus causing the 
interface object to be displayed wdth the browser interface. The librar\' file, and consequently. 

10 the shell (or shells), remain open as long as the browser is activated, generally as long as the 
user is surfing the web. Thus, the information and/or functionality for customizing the 
browser interface and loaded in the shell remain active even as the user moves from Internet 
site to Internet site. When used in this context herein, the terms information and functionality 
refer to any information, data, and/or software-driven functionality that can be contained in or 

1 5 part of the library file. 

The librar)' file also causes the browser to establish a connection to the content 
provider's Internet site when the browser is initially activated by the user. The content 
provider's Internet site will load information and/or functionality for the interface object to the 
user's computer for use in the browser and for display in the browser interface. The 

20 information and/or functionality loaded by the content provider may be specific to an Internet 
user if for example, that user has an account with the content provider. Alternatively, the 
content provider may load general information and/or ftmctionality if, for example, the 
Internet user does not have an account with the content provider (i.e.. is a guest). 

7 
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The present invention uses an object linking and embedding (OLE) in-process ser\er 
to control the information and/or functionality of a browser interface. Using an ActiveX 
control or a browser Plug-in (each being referred to herein as a browser interface overlay 
(BIO) Library) contained in a library file, virtually any information and/or functionality 
available with an ActiveX control or Plug-in may be added to a browser interface using the 
present invention. The library file (via the BIO Library) thus includes the code required to 
customize, i.e., add, remove and/or modify, the browser interface. 

Once an Internet user has accessed the controlling program and customized the 
operation of that user's browser, the customized browser interface is displayed when the 
browser is activated. In contrast to prior an browser modification methods, the present 
invention provides a method and browser interface that may be dynamically controlled. 
Updated or changed information and/or functionality may be communicated to the browser 
and displayed in the browser interface as the Internet user surfs the web and while 
maintaining the customized information and/or functionality of the browser interface. Thus, 
an Internet user may automatically receive up-to-date information such as, for example, stock 
quotes, email, new headlines, at that user's browser interface, at any Internet site and as long 
as the user is surfing the web using the browser. 

Other objects and features of the present invention will become apparent from the 
following detailed description, considered in conjunction with the accompanying drawing 
figures, h is to be understood, however, that the drawings are designed solely for the purpose 
of illustration and not as a definition of the limits of the invention, for which reference should 
be made to the appended claims. 

BRIEF DESCFgPTION OF THE DRAWINGS 
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In the drawing figures, which are merely illustrative, and wherein like reference 
characters denote similar elements throughout the several views: 

FIG. 1 depicts a view of a prior art Internet browser interface; 

FIG. 2 depicts a view of an Internet browser interface including an interface object in 
5 ilie browser toolbar in accordance with an embodiment of the present invention; 

FIG- 3 depicts a view of an Internet browser interface having an interface toolbar 
including interface object in accordance with an embodiment of the present invention; 

I-IG. 4 depicts a view of an Internet browser interface having an interface toolbar 
i-.cludiuL: a nhirality of interface objects in accordance with an embodiment of the present 
10 invention: 

FKj. 5 is a flow diagram of a method of controlling an Internet browser interface in 
accordance with the present invention; 

FIGS. 6-9 are a flow diagrams of a method of controlling and displaying an Internet 
browser interface in accordance with various embodiments of the present invention; and :^ 
15 FIG. 10 is a schematic block diagram of a computer connected to the Internet and 

upon which the present invention may be implemented. 

DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EMBODIMENTS 

The present invention is directed to a method of controlling and displaying an Internet 
20 browser interface, and to a controllable Internet browser interface. In accordance with the 
present in\-ention, a browser interface may be customized using a controlling software 
program that may be provided by an internet content provider, an ISP, or that may reside on 
an Internet user's computer. The controlling software program enables the Internet user, tlie 

9 
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content provider, or the ISP to customize and control the information and/or functionality of a 
user's browser and browser interface. 

Referring now to the drawings in detail. FIG. 1 0 is a block diagram of a computer 50 
connected to the Internet 90 and upon which the present invention may be implemented. 
5 Computer 50 includes an internal bus 64 that facilitates communication of information (i.e., 
digital data) between and among the various devices of the computer 50 and that also 
facilitates communication between the computer and external devices and systems via a 
communication interface 68. A processor 66 coupled to the bus 64 process information 
within the computer 50. The computer 50 also includes a main memory 60 such as, for 
10 e.xample, Random Access Memory (RAM) or other equivalem dynamic memory storage 
device, coupled to bus 64 for receiving and storing instructions communicated from the 
processor 66. Main memory 60 may also be used to temporarily store variable or other 
intermediate information while the processor 66 executes instructions. Read-Only-Memory 
(ROM) 62 is also coupled to the bus 64 for storing static data and instructions for use by the 
15 processor 66. Various input and output devices are provided as part of the computer 50, 
including, by way of non-limiting example, a display 54 (e.g., cathode ray lube (CRT), liquid 
crystal display (LCD), etc.), an input device 56 such as a keyboard, and a cursor control 
device 58 such as a mouse, or trackball, for example. A data storage device 52 such as, for 
example, a magnetic disk drive and magnetic disk, a CD-ROM drive and CD-ROM, or other 
20 equivalent devices and data storage mediums, is coupled to the bus 64 for communication 
with the processor 66, main memory 60, and communication interface 68. The storage device 
52 preferably has an operating system 70 and an Internet browser software program 72 (i.e.. a 
browser) stored thereon. As will be discussed in greater detail below, a library file 74 may 
also be stored on the data storage device 52. 

10 
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The computer 50 may connect to the Internet 90 via the communication interface 68 
over a transmission media including, but not limited to, coaxial cable, copper wires, and fiber 
optical cables. Communication between the computer 50 and the Internet 90 may also be via 
a wireless or cellular interface. The communication interface 68 facilitates two-way 

5 communication between the computer 50 and another electronic device or system, e.g., a 
server computer (not shown) provided by a content provider 100, 200. 

An Internet user (not shown) using the computer 50 may gain access to the Internet 90 
by causing the browser 72 to execute, thereby opening a communication link between the 
communication interface 68 of the computer 50 and an Internet site 130 of a content provider 

0 100, via an Internet Service Provider (ISP) 80. The browser 72 provides, to the computer - 
display 54, a browser interface 20 (see, e.g., FIG. 1) having a layout (e.g., color, size, number, 
location) and functionality of windows 30 that is predetermined in the browser 72 by the 
browser vendor. Internet content is communicated by the content provider 100 to the 
computer 50 for display in a content window 32 of the browser interface 20. 

5 In accordance with an embodiment of the present invention, a first Intemet content 

provider 100 may provide an Intemet user with access to a program 120 for controlling the 
browser 72 and browser interface 20. When executed by the user, the controlling program 
120 downloads or creates a librar>' file 74 such as, for example, a Dynamic Link Library 
(DLL), on the data storage device 52 of the Internet user's computer 50. The library file 74 

0 preferably includes ActiveX control or Plug-in functionality. Thereafter, when the Intemet 
user accesses the Intemet using the browser 72, the browser 72 opens the library file 74 and 
preferably automatically establishes a connection to the content provider's Intemet site 130. 
The content provider, in response to the connection established by the browser 72, loads 
information and/or functional data into a shell operating within the browser and created by the 

11 
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librar>' file 74. For example, if the user has an account with the content provider 100, 
customized information and/or functionality- may be loaded into the library file 74. If the user 
does not have an account, more generalized fi.e., guest) information and/or functionality may 
be loaded. 

5 The librar)' file 74 essentially opens a shell (or a plurality of shells) within the browser 

72 that contains the ActiveX control or Plug-in code that may control, i.e., add, remove, 
and/or modify, the Internet browser 72 and the browser interface 20. When loaded with the 
ActiveX control or Plug-in, the library file 74 preferably contains functions, objects, data, and 
other .scuiwarc. referred to generally herein as information, that may be used to control the 
10 browser 74 and browser interface 20. The present invention ensures that the library file 74 
(and shell) Joes not close when the Internet user moves from Internet site 130 to Internet site 
230. Thus, the information and/or functionality provided via the ActiveX control or Plug-in 
IS not lost when the Internet user disconnects from the Internet site that loaded the ActiveX 
control or Plug-in, and connects to another Internet site. 
1 5 Referrmg next to FIG. La prior art Internet browser interface 20 having a plurality of 

windows, each providing various functionality to the Internet user, is there depicted. The 
browser interface 20 may comprise a first parent window 30 that typically defines the general 
size, color, and layout of the browser interface and includes window control buttons 28 (e.g., 
minimize, close, etc.) for that window 30. The browser interface 20 may also comprise a 
20 second parent window 36 (a child to the first parent window) within the first parent window 
30, and one or more child windows 38 dependent from the second parent. The second parent 
window 36 and child windows 38 typically define information and/or functionality that will 
assist an Internet user when accessing and navigating the Internet. For example, the second 
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parent 36 and its dependent windows 38 may provide toolbars, pull-down menus. Plug-ins. 
applications, etc. 

For example, three windows 38 provided at the top (in the drawing) of the interface 20 
define three toolbars 22. which may include a variety of interface controls 24 such as, for 
5 example, pull-down menus, functional buttons (e.g., stop, back, forward, home, etc.), and a 
combination of functional buttons and windows (e.g., a search button and window). The 
uppermost toolbar 22 provides a pluralit>^ of pull-down menus 24; the middle toolbar 22 
provides a plurality' of functional buttons 24; and the lowermost toolbar 22 provides a pull- 
down menu and a window 26 (a URL address window). A content window 32 is also 

10 provided as part of the interface 20 witliin which content from an Internet content provider 
1 00 (see, e.g., FIG. 10) may be displayed. The Internet user may toggle any of the lower three 
(in the drawing) toolbars 22 on and off using a View toolbar object 24 (pull-down menu) 
provided in the second toolbar 22. However, the Internet user currently may not add, remove, 
or otherwise modify the browser interface 20. 

An Internet browser 20 configured in accordance with various embodiments of the 
present invention is depicted in FIGS. 2-4. In FIG. 2, the browser interface 20 includes an 
interface object 40 that is defined by the ActiveX control or Plug-in loaded in the Hbrary file 
74 by the content provider 100. The interface object 40 comprises a pull-down menu 44 and 
is displayed in the browser toolbar 22 with the interface controls (i.e., browser toolbar 

20 objects) 24 provided by the browser 72. In FIG. 3, an interface object 40 comprises an 
interface object toolbar 42 and a pull-down menu 44 displayed as a separate window 48 
within the browser interface 20. In FIG. 4, an interface object 40 comprises an interface 
toolbar 42 including a plurality' of pull-down menus 44 and a search window 46 displayed 
within a separate 48 within the browser interface 20. An interface object 40, in accordance 
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with the various embodiments of the present invention, may comprise virtually any type of 
information and/or functionality available via a browser. Thus, by way of non-limiting 
^^^i^'^ple. an interface object 40 may comprise a pull-down menu, a toolbar and a pull-down 
menu, textual information (e.g., advertisements, coupons, etc.), textual and/or aural 
5 information (e.g., a textual advertisement with accompanying sound), textual, aural and/or 
graphical (animated or not) information, video, video and audio, audio, etc. 

The various embodiments of the inventive Internet browser interface 20 depicted by 
FIGS- 2-4 are merely illustrative, non-limiting examples of the present invention. Variations 
to the depicted browser interfaces 20 may be possible in accordance with the teachings 
10 provided herein. 

Referring next to FIG. 5, a method of controlling an Internet browser interface 20 is 
there depicted in accordance with an embodiment of the present invention, and designated 
generally as 500. At step 510, an Internet user accesses a controlling program 120 via an 
Internet web site 130, an ISP 80, or the user's computer 50. The controlling program 120, 

1 5 when executed by an Internet user, provides that user with the ahiVm to thereafter control that 
user's Internet browser interface 20, as discussed in more detail below. The controlling 
program 120, at step 520, downloads or creates a library file 74 on the Internet user's 
computer 50 that includes ActiveX control or Plug-in code that define an interface object. 
Each time the Internet user activates the browser 72, the librar>' file 74 is opened and a 

20 connection is automatically established to a predetermined Internet web site 110. one that is 
preferably configured to communicate (i.e., download) to the Internet user's computer 50, 
ActiveX control or Plug-in code for the interface object, as indicated at steps 530 and 540. 
The open library file 74 essentially provides a shell within the browser 70 within which the 
functionality provided by the ActiveX control or Plug-in may be added to the browser 
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interface 20. Neither the library file 74 nor ihe shell close until the browser 72 is closed. At 
step 550. an interface object 40 is created that will be displayed in the browser interface 20: 
the information and/or functionality of the interface object 40 is defined by the ActiveX 
control or Plug-in. In accordance with the various embodiments of the present invention, the 
5 interface object 40 remains displayed by the browser 72 with the browser interface 20, as 
indicated at step 560, for as long as the user continues to surf the web, i.e., as long as the 
browser 72 is activated. Thus, the functionality added to the browser 72 and browser 
interface 20 in accordance with the present invention is not lost as the Internet user surfs the 
web. 

10 The present invention provides various embodiments for controlling the browser 72 

and browser interface 20, described generally above with reference to FIG. 5, each of which 
will now be described in detail. 

Referring next to FIG. 6 and with continued reference to FIG. 10, a description of an . 
embodiment of a method of controlling and displaying a browser 72 and browser interface 20 

15 in accordance with the present invention, designated generally as 600, will now be provided. 
For purposes of FIG. 6 and for the following discussion directed thereto, a library file 74 has 
already been downloaded or created on the Internet user's computer 50, as discussed herein. 
At step 610, an Internet user activates a browser 72 to initiate access to the Internet 90. At 
step 620, the library file 74 is opened and a connection automatically established to a 

20 predetermined content provider, as indicated at step 630. The functionality' defined by the 
ActiveX control or Plug-in code of the BIO Library is communicated by the content provides 
to the user's computer 50. (i.e., to the library file 74) to create an interface object 40 which 
may be added to the browser interface 20. The interface object 40 is displayed with the 
Internet browser interface 20, as indicated in step 640. The functionality of the interface 
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object 40. as defined by the ActiveX control or Plug-in code, remains with the Internet 
browser interface 20 as the Internet user traverses the Internet 90. regardless of the number or 
type of Internet sites the user visits, and as long as the browser 72 remains operational, i.e.. as 
long as the Internet user is accessing the Internet 90 using the browser software program 72. 
5 When the Internet user moves from one Internet site to another, as indicated at step 650. the 
present invention determines whether the interface object 40 has survived that move, i.e.. 
whether it is still displayed by the browser 72 in the browser interface 20. as indicated at step 
652. If the interface object 40 is not displayed in the browser interface 20 (i.e., it has been 
removed from the browser interface 20 or otherwise terminated), the interface object 40 is 
10 redrawn, as indicated in step 660. If the interface object 40 has survived a user move from 
one Internet site to another and remains displayed in the browser interface 20, the present 
invention also determines, at step 654, if the browser 72 is active; since the interface object 
40 is only displayed in the browser interface 20 when the browser 72 is operational. If the 
browser 72 is not active (i.e., the user is no longer surfing the web), the interface object 40 is 
1 5 terminated and the library file 74 is closed, as indicated at step 670. If the browser 72 
remains active, the present invention continues, at step 652, to ensure that the interface object 
40 is displayed with the browser interface 20. As the Internet user moves between and among 
Internet sites, the present invention monitors the status of the interface object 40 and ensures 
that it is displayed by the browser 72 with the browser interface 20 as long as the user is 
20 traversing the Internet 90. 

According to the embodiment depicted in FIG. 6, the present invention ensures that 
the interface object 40 is displayed by the browser 72 with the browser interface 20 when the 
Internet user leaves the Internet web site 130 at which the BIO Library initially was called and 
loaded to the user's computer 50. For example, when the user activates the browser 72, a 
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connection is automatically established to a first, predetermined Internet site 130 that is 
maintained by a first content provider 100 and the BIO Librar}' is loaded onto the user's 
computer 50. The functionality' provided by the BIO Library is then available to the browser 
72 via a shell created by the library file 74. When the Internet user connects lo a second 
5 Internet site 230 maintained by a second content provider 200, the functionality^ for the 
interface object 40 will continue to be present in the browser interface 20. In this 
embodiment, the present invention prevents the browser 72 or operating system 70 of the 
computer 50 from disabling the functionality of the BIO Library by unloading the library file 
74 when the link to the first Internet site 130 is terminated. 

10 For example, when the browser 72 initially connects to the first Internet site 130, that 

site 130 communicates functional information in the form of ActiveX control software code 
to the Internet user's computer 50 as a BIO Library, which is loaded into the librarj^ file 74. If 
the library' file 74 is not explicitly instructed by the operating system 70 or the browser 72 to 
close or unload when the connection to the first Internet site 130 is terminated, the library file;- 

15 74 will remain loaded, providing the desired functionality for the interface object 40 in the 
browser interface 20, even after the cormection to the first Internet site 130 is closed. 
Keeping the library file 74 loaded while the Internet user moves between and among various 
Internet sites enables the loading of data, functions and objects outside of the ActiveX control 
(which is only communicated to the Internet user 50 by the first Internet site 130) but inside 

20 of the library file 74. As long as the library file 74 remains loaded, any data or objects created 
in the library file 74 and outside of the ActiveX control will stay loaded and continue to 
function in the browser interface 20. 

To keep the library^ file 74 open during surfing, after the browser 72 has connected to 
the first Internet site 130. and before that connection is terminated, a global object, object A, 
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IS created in the program heap of the Internet user's computer 50, not the calling function 
heap. Thus, the global object survives the completion of the calling function. The global 
^^i^^^ niay be created using the C-^ new operator, or by declaring a global object in the 
global declarations. In either case, the global object will survive termination of the 
5 connection between the browser 72 and the first Internet site 130. 

A global object thus defined remains functional after the ActiveX control provided by 
the first Intemet site 130 closes, i.e. after the initial connection to the first Internet site 130 is 
temiinated. Once the global object has been created, an interface is created using the global 
object. That interface will serve to, for example, remove, replace and/or add functionality to 
10 the browser 72 and browser interface 20. The interface may be created as part of the global 
object, or by the global object allocating a new interface object 40. For example, the interface 
object 40 may be created by creating, for example, an interface object window 48 within a 
browser window 38 (see, e.g., FIGS. 3 and 4), and adding it to the browser interface 20 as a 
child window Alternatively, the browser interface 20 may be directly modified such as, for 
15 example, by adding or modifying a browser toolbar 22 or a browser toolbar object 24 in the 
browser interface 20. Yet another alternative is to create an object interface toolbar 42 that is 
separate from the browser interface 20, as depicted in FIG. 4, 

Additionally, a pointer is required that is used to control the browser 72, i.e. to instruct 
the browser 72 to establish a connection to a predetermined Intemet site 130, for example. 
20 That pointer is preferably stored globally so that it is accessible by any function or object in 
the Iibrar>' file 74 that sends commands to the browser 72. In Microsoft Intemet Explorer, for 
example, the IWebBrowser, IWebBrowser2, or I WebBrowser App object linking and 
embedding (OLE) interface commands may be used to create the pointer. Using Microsoft 
Foundation Class (MFC), for example, the pointer may be created using the GetClientSite 
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member of the COleConirol class to retrieve a pointer from the first Internet site 130. i.e., the 
Internet site which loaded the BIO Librar>'. The GetClientSite serves as the entry point for 
the browser 72 to communicate with the BIO Librar>'. A GetContainer member of the 
lOleClientSite class returned by the previous step may be used to get a pointer to a container 
5 for the BIO Library. The BIO Library's container is a container within which an ActiveX 
control is loaded. An Internet browser interface 20 generally consists of several pans, 
including the browser toolbars 22 and the content window 32. A document object is created 
by the browser 72 for every web page an Internet user accesses and contains all of the data 
that appears in a particular web page. The document object is also the container for the BIO 

1 0 Librar)'. Thus, a document object may also be referred to as a BIO Library's container, 

A Querylnterface member of the lOleContainer class returned by the previous step 
may be used to get a pointer to the IServiceProvider interface, which may be used to locate 
any of the other interfaces that are presented by the browser 72. Finally, a QueryService 
member of the IServiceProvider class returned by the previous step may be used to get a, 

15 pointer to the IWebBrowserApp, IWebBrowser, or IWebBrowser2 interface, depending on 
the specific interfaces provided by the browser 72 that called the BIO Library. 

In an alternative embodiment, the present invention may be used to modify the entire 
browser window 30. If the entire browser window 30 is modified, as opposed to integrating 
an interface object 40 into an existing browser window 38, the entire class for the modified 

20 browser window 30 may be subclassed or, alternatively, the specific browser window 38 may 
be subclassed. As used herein, the term subclassing a window, also referred to as hooking a 
window, refers to the replacement of an original browser window message handling 
procedure for handling all messages sent to a window, with a user-defined window message 
handling procedure. For example, a window may be subclassed using the Microsoft 
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Foundation Class (MFC) CWnd: Subclass Window() function. Alternatively, a window may 
be subclassed using the call the SetWindowLong function (a Microsoft Windows function), 
with the GWL_WNDPROC argument (a Microsoft Windows constant). The pointer returned 
by the SetWindowLong function call may be stored to the original browser window message 
handling procedure for the subclassed window. This enables the BIO Library to intercept all 
messages passed to a window 30 or 38, and the BIO Library may interpret commands from 
interface controls 24 including buttons, menus, etc., provided by the browser 72 or from 
interface objects 40 that have been added by the BIO Library in accordance with the present 



invention. 

10 



The user-defined window message handling procedure that the BIO Library provides 
and that replaces the original browser window message handling procedure is referred to 
herein as the BIO Procedure. Using the BIO Procedure for the browser 72, messages (i.e., 
commands) intended for the browser 72 may be intercepted and modified, or replacement or 
new messages (e.g., message handlers for the interface object 40) may be communicated to 
1 5 the browser 72 by the BIO Procedure. 

The present invention also ensures that the interface object 40 has not been removed 
from the browser interface 20. For example, some Internet browsers 72 redraw the entire 
browser interface 20 when an Internet user accesses a new web site. While the global object 
may still be functional following such Internet movement by the user, the interface object 40 
20 will be removed from the browser interface 20 and thus, will not be displayed with the 
browser interface 20. To prevent this from occurring, messages (i.e., commands) from the 
browser 72 to repaint tlie browser interface 20 may be intercepted by the BIO Procedure and 
the interface object 40 may be redrawn immediately after the browser interface 20 is redrawn. 
Altematixeiy, the presence of the interface object 40 in the browser interface 20 may be 
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periodically tested and if not present in the browser interface 20, the interface object 40 may 
be redrawn. Such periodic testing should preferably occur at intervals of less than 
approximately one second. 

As an example of the above-described embodiment (depicted in FIG. 6). an ActiveX 
5 control is loaded as a BIO Library and adds menu items (and functionality) to the browser 
interface 20. The present invention creates an ActiveX control that dynamically creates a new 
Lilobal object, object A, which creates a new menu object (i.e., an interface object 40) with a 
desired functionality to be added to the browser interface 20. The menu object 40 may be 
added to ihc bnivvser interface 20 using, for example, the instructions: AfxGetMainWnd() 

10 CictMcnu< ) — > .AppendMenuO, where the appended menu of the browser interface 20 would 
include a popup menu that points to the menu object 40. The browser interface window 
would then be subclassed and handle the messages for the menu object 40 handled by the BIO 
Procedure and the messages for the browser interface 20 being passed to the message handler 
for the browser 72. When the Internet user disconnects from the first Internet site 130 (i.e;, 

15 leaves the web page containing the ActiveX control), the ActiveX control will close, but the 
global object, i.e.. object A. will remain in the program heap and continue to provide the 
desired functionalit>' to the browser interface 20. 

instead of subclassing the browser window within which the interface object 40 is 
added, object A. or one of its descendents, may retain ownership of the interface object 40. 

20 Then, a message handler for the interface object 40 may be created. For example, an interface 
object 40 may be added to a browser toolbar 22 in accordance with the above-described 
embodiment of the present invention, except that ownership of the interface object 40 is set 
using the Microsoft Foundation Class SetOwner function to be object A or one of it's 
descendents. 
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With reference next to FIG. 7 and continued reference to FIG. 10. a descripiion of an 
alternate embodiment of a method of controlling and displaying a browser interface 20 in 
accordance with the present invention, designated generally as 700. will now be provided. 
For purposes of FIG. 7 and for the following discussion directed thereto, a librar>- file 74 has 
5 already been created on the Internet user's computer 50, as described herein. At step 710. an 
Internet user activates a browser 72 to access the Internet 90. At step 720, the library file 74 
is opened on the user's computer 50, and a connection is automatically established to a 
predetermined Internet site 130, as indicated at step 730. At step 740, the functionality' 
defined by the ActiveX control or Plug-in code of the BIO Library' is communicated by the 
10 content provider to the user's computer 50 (i.e., to the library file 74) to create an interface 
object 40 which may be displayed in the browser interface 20 using a continuous loop to 
control the display of the interface object 40. The interface object 40 may only be removed 
(i.e., its functionality terminated) upon termination of the continuous loop. The functionality 
of the interface object 40, as defined by the ActiveX control or Plug-in code, remains with the 
15 Internet browser interface 20 as the Internet user traverses the Internet 90. regardless of the 
number or type of Internet web sites the user visits, and as long as the browser 72 remains 
operational, i.e., as long as the Internet user is accessing the Internet using that browser 
software program. When the Internet user moves from one web site to another, as indicated 
at step 750. the present invention determines whether the interface object 40 has survived that 
20 move, i.e., whether it is still displayed in the browser interface 20, as indicated at step 752. If 
the interface object 40 is not displayed by the browser 72 in the browser interface 20 (i.e., it 
has been removed from the browser interface 20 or otherwise terminated), the interface object 
40 is redrawn, as indicated in step 760. If the interface object 40 has survived a user move 
from one web site to another and remains displayed in the browser interface 20. the present 
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invention also determines, at step 754, if the browser 72 is active; since the interface object 
40 is only displayed by the browser 72 in the browser interface 20 when the browser 72 is 
operational. If the browser 72 is not active (i.e.. the user is no longer surfing the web), the 
interface object 40 is terminated and the library file 74 is closed, as indicated at step 770. If 
5 the browser 72 remains active, the present invention determined, at step 756, whether the 
continuous loop has been terminated. If the loop has been terminated, the interface object 40 
is also terminated, as indicated at step 770. If the loop is still executing, the present invention 
determines whether the interface object 40 is still displayed in the browser interface 20, as 
indicated at step 752. 

10 The embodiment of the present invention depicted in FIG. 7 prevents an ActiveX 

control from unloading by freezing the operation of the librar>' file 74 (within which the 
ActiveX control code is loaded), even if the operating system 70 or browser 72 generate an 
instruction to unload or terminate the library file 74. Because the library file 74 is frozen and 
never finishes unloading, all of the data, functions and objects created inside of the library file 

15 74 by the ActiveX control will continue to exist and function after the library file 74 has been 
instructed to unload. 

In some operating systems 70 and/or browsers 72, the BIO Library will be closed 
when the ActiveX control is no longer present at an Internet site. This can also occur when 
the Internet user moves from an Internet site having the ActiveX control, e.g., Internet site 
20 130 in FIG. 10, to another Internet site that does not, e.g., Internet site 230 in FIG. 10. To 
enable the interface object 40 to continue to operate in the absence of the ActiveX control, the 
BIO Librarj' (and the library file 74) must be prevented from closing. 

To accomplish tliis, a pointer is created that is used to control the browser 72. That 
pointer is preferably stored globally so that it is accessible by any function or object in the 
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library file 74 that may need to send commands to the browser 72. In Microsoft Internet 
Explorer, for example, the I WebBrowser, IWebBrowser2, or IWebBrowserApp OLE 
interface commands may be used to create the pointer. To do this using Microsoft 
l- oundaiion Class, the GetClientSile member of the COleControl class (which may be used to 
5 communicate with the BIO Librar>') may be used to retrieve a pointer to the BIO Library's 
Internei site. i.e. that Internet site that provides the ActiveX control. A GetContainer member 
of the lOieClientSite class returned by the previous step may be used to get a pointer to the 
BIO Libran s container. A Querylnterface member of the lOleContainer class returned by 
the pre\ ioii.s step may be used to get a pointer to the IServiceProvider interface. The 
1 0 LServiccProv ider mterface is used to easily find any of the other imerfaces that are presemed 
hy the browser 72. A QueryService member of the IServiceProvider class returned by the 
previous step may be used to get a pointer to the IWebBrowserApp, IWebBrowser, or 
IWebBrou ser2 interface depending on the interfaces presented by the version of the browser 
72 that called the BIO Library. 
15 To prevent the library file 74 from closing, its operation is halted before it is able to 

lermmaic. To freeze or halt the operation of the library file 74, a continuous program loop 
may be created and executed that terminates only when the BIO Library is to be unloaded, at 
which lime, the program loop also pumps the message que. -The program loop is referred to 
herein as a message pump, and may be created using for example, the PeekMessage, 
20 GetMessage. TranslateMessage and DispatchMessage commands in a loop. Exemplary C++ 
code to carry out the message pump is provided below: 

while (m_Continue) 
{ 

2^ (PeekMessage (&msg, NULL. 0, 0, PM_NOREMOVE) != 0) 

GetMessage( &msg, NULL, 0, 0 ); 
TranslateMessage( &msg ); 
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DispatchMessace( &msg ); 

} 

> 
s 

5 where m_Continue is a Boolean variable thai is used to instruct the loop when lo stop, and 
PeekMessage, GetMessage, TranslateMessage, and DispatchMessage are all Windows 
functions. If ni_Continue equals false, the loop will end. thus ending the message pump. The 
msg argument is a reference to a Windows MSG structure. 

The way the message pump preferably operates is that it checks to see if there are any 
in messages wailing in the message que using the PeekMessage function. If there is a message, 
the message pump grabs the message from the message que using the GetMessage function 
and translates it from a virtual-key message into a character message using the 
TranslateMessage function. Finally, the message pump sends the message to the original 
window message handling procedure that is due to receive the message using the 
1 5 DispatchMessage function. 

The built in capabilities of an operating system 70 may be also used to construct a 
message pump to pump the message que. For example, a modal dialog box or message box, 
using a command such as the MFC command CWnd::MessageBoxC'my modaP', MB_OK), 
serves this purpose well and may be used to provided the desired freezing or halting of the 
20 operation of the library file 74. 

As long as the message pump is executing a continuous loop, the ActiveX control will 
not terminate, even when the Internet user accesses (i.e., visits) other Internet sites. 

The embodiment of the present invention depicted by FIG. 7 performs in the same 
manner (e.g., subclassing, message handling, etc) as the above-described embodiment of 
25 FIG. 6. 
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For both of the above-described embodimenis fof FIGS. 6 and 7), it is preferable, 
although not necessary, to provide an exit function for the interface object 40 so that object A 
and all of its descendents will be closed. Possible exemplary scenarios for caUing an exit 
function include intercepting the message to close the brov^ser window in the BIO Procedure. 
5 or periodically looking for the browser window and. if it is not found, terminating the 
ActiveX control. 

Referring next to FIG. 8, yet another embodiment of the method of the present 
invention is depicted and designated generally as 800. For purposes of FIG. 8 and for the 
following discussion directed thereto, a library file 74 has already been created on the Internet 

10 user's computer 50, as described herem. At step 810, an Internet user activates a browser 72 
to access the Internet 90. At step 820, the library file 74 is opened on the user's computer 50 
and a connection is automatically established to a predetermined Internet site 130 (see, e.g., 
FIG. 10), as indicated at step 830. At step 832, a new browser interface is created that is a 
duplicate of the initial browser interface provided by the browser 72. At step 840, a Function 

15 Window is created that represents the original browser interface within which the 
functionality of the Plug-in was initially loaded. 

The steps for creating a Function Window in accordance with this embodiment of the 
present invention are depicted in FIG. 8A and designated generally as 840. At step 842. the 
handle for the initial browser interface window is identified. The initial browser interface 
20 window, now the Function Window, is hidden and/or disabled at step 844 so that it cannot be 
closed, which would cause the BIO Library to crash. At step 846, a pointer is created that is 
used to control the browser 72. Finally, a new browser interface window is created at step 
848 that may be used by the Internet user to continue traversing the Internet. 
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With reference again to FIG. 8, and beginning at step 850. the browser interface may 
now be controlled by first subclassing any browser windows, or any windows used by the 
browser, that are to be controlled, and then adding, deleting, and/or modifying the window(s) 
as described in more detail below. The original browser window message handling procedure 
5 is replaced with a BIO Procedure (as defined above). At step 860, the present invention 
determines whether any new browser windows have been opened, i.e., windows that may not 
already be subclassed or that may not have been controlled in accordance with the present 
invention. If new windows have been opened, the present invention determines, at step 870, 
whether the interface object 40 is to be added to those new windows. If not, the invention 

10 determines whether the Internet user desires to close the browser 72, as indicated at step 880; 
If so, the invention closes, at step 890, all browser windows, including the Function Window. 
If the user does not desire to close the browser 72, as determined at step 880, the invention 
returns to step 860 and again determines if new browser windows have been opened. 

With continued reference to FIGS. 8, 8 A and 10, the above-described embodiment of 

15 the present invention will now be discussed in more detail. When an ActiveX control is 
loaded by a content provider 100 via an Internet site 130, tj'pically in response to a browser 
72 establishing a connection to that web site 130 and calling an ActiveX control, a library file 
74 located on the user's computer is caused to open creating a shell within the browser 72 
within which the code for the ActiveX control may be loaded. If the library file 74 that 

20 contains the ActiveX control is explicitly instructed, by the operating system 70 or the 
browser 72. to unload (i.e., close) when the ActiveX control is closed (when the user 
terminates the connection to the Internet site 130), any data, functions or objects that have 
been created outside of the ActiveX control but in the library' file 74 will be destroyed when 
the librar>* file is 74 unloaded. To prevent. the library file 74 from unloading, the browser 72 
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is prevented from closing the ActiveX control until instructed. If the ActiveX control is never 
instructed to close, the librar>' file 74 is never unloaded. 

A preferred method of accomplishing this is to hide and/or disable the initial browser 
interface window that loaded the ActiveX control and to create a new copy of that same 
5 window within which the Internet user may continue to work and traverse the Internet. 
Because the initial browser interface is preferably hidden and/or disabled, the ActiveX control 
cannot be closed until the library file 74 shows, enables or closes the initial browser interface 
window, i.e. the window that loaded the library file 74. 

The above-described method of FIG. 8 preferably loads the BIO Library as a standard 
1 0 ActiveX control in a browser 74, using, for example, the <Object> tag typically contained in a 
web page 130 or as a Band Object, and as described in the Microsoft Internet Explorer 4.x 
Software Development Kit. This instructs the browser 72 to initialize and run the library file 
74 that contains the code for BIO Library. 

The first time the BIO Library is initialized and called, a Function Window is created 
1 > that keeps the BIO Librar>' open by keeping a session with the ActiveX control itself open 
while the Internet user visits other Internet web sites 210, i.e., other web pages. The Function 
Window also makes ii possible for browser windows that do not have a copy of the BIO 
Library open to access the OLE interfaces to the browser 72. 

To create the Function Window, the initial browser interface window (i.e., that 
20 window^ which loaded the BIO Library) is preferably hidden and/or disabled. This may be 
accomplished by identifying the handle of the initial browser interface window, beginning 
with the handle of the BIO Librar>'. To retrieve the initial browser interface window handle 
from the handle of the BIO Library, the GetParent function (a Windows Function) is 
continuously called until the present value for that function call represents one level below 
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ihe desktop window. For example, a staiemeni such as 'Tn^Handle = GetParent(m_Handle)" 
executed in a loop may provide the desired functionality and result, where the value of 
m_Handle is initially equal to the value for the handle of the BIO Librar>'. and will eventually 
return the handle to the initial browser interface window. 
5 The next step is to hide and/or disable the initial browser interface window, now 

referred to as the Function Window, so that the Internet user cannot close the Function 
Window (by closing the browser 72, for example), thereby causing the BIO Library to unload 
and removing the functionality provided by the BIO Library from the browser interface 20. 
To hide the initial browser interface window from the user and/or disable that browser 

10 window from user-driven events, WM_SHOW WINDOW and/or WM_ENABLE messages - 
(both Windows constants) may be sent to the initial browser interface window with values to 
hide and/or disable the browser window. For example, the PostMessage or SendMessage 
function (existing Windows functions) may be used to send a message to the initial browser 
interface window with the browser window handle. Alternatively, the Show Window and,. 

15 Enable Window functions (existing Windows functions) may be used to achieve the same 
result. 

A pointer is created to control the browser 72. This pointer is preferably stored 
globally so that it is accessible by any function or object in the library file 74 that sends 
commands to the browser 72. In Microsoft Internet Explorer for example, the IWebBrowser, 
20 IWebBrowser2, or IWebBrowserApp OLE interface may be used to create the pointer. To do 
this using Microsoft Foundation Class for example, the GetCIientSite member of the 
COlecontrol class that serves as the entry point for the browser 72 may be used to 
communicate with the BIO Library, and to retrieve a pointer to the BIO Librarj^'s Internet site, 
i.e., that Internet site 130 that loaded the ActiveX control. A GetContainer member of the 
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lOleCiientSite class returned by the previous step may be used to get a pointer to the BIO 
Librar}''s container. A Querylnierface member of the lOleContainer class returned by the 
previous step may be used to get a pointer to the IServiceProvider interface: with the 
IServiceProvider interface preferably being used to find any of the other interfaces that are 
5 presented by the brov^ser 72. A QueryService member of the IServiceProvider class by in the 
previous step may be used to get a pointer to the I WebBrowser App, IWebBrowser, or 
IWebBrowser2 interface depending on the interfaces presented by the version of the browser 
72 that called the BIO Library. 

Finally, a new browser window is created that the Internet user may use to continue 

10 surfing the web, i.e., to continue accessing various different Internet sites, since the browser 
window previously used to create the Function Window has been hidden and/or disabled. 
Preferably, any of the IWebBrowser, IWebBrowser2, or IWebBrowserApp OLE interface is 
used to create a new browser window, for example, using the Navigate or Navigate2 members 
of that OLE interface. Alternatively, a WM_COMMAND message that corresponds to any 

1 5 command the browser 72 might use to open a new browser window such as a New Window 
command or Open In New Window command, etc., may be sent to the browser 72. A new 
window may also be opened using the Dynamic Data Exchange (DDE) support provided by 
the browser 72. 

The BIO Library must now add/delete/modify, i.e.. control, various browser interface 
20 features and functionality. The first step is to subclass any of the browser windows or any of 
the windows the browser uses (i-e., children) that are to be controlled in accordance with the 
present invention. A BIO window message handling procedure is used to replace the original 
window message handling procedure, and is hereinafter referred to as the BIO Procedure. 
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Once the browser window, or any of it's children, have been subclassed, it is possible 
to add menus to a subclass by retrieving a pointer to the browser window menu using the 
GetMenu function. Once the pointer to the menu's handle is obtained, the menu functions 
such as ModifyMenu, AppendMenu, InsertMenu.,elc., may be used to add any desired menus 
5 to the browser window. Any commands assigned to a menu must be handled by the BIO 
Procedure used to subclass the BIO window. The same command identifier must not be used 
in creating a menu as any that are included in the browser. 

An interface object toolbar 42 may be added to the browser interface 20 by retrieving 
the handle of the window to which the toolbar 42 is to be added to (hereinafter referred to as 

10 the Frame Handle) using standard Windows functions. Typically, the window will be the 
BIO window or a frame window that is a child of the BIO window. A window is then created 
using the Frame Handle as its parent. For example, to add a dialog bar (which is a form of a 
toolbar) as an interface object 40, an object derived from or of a type CDialogBar (a* 
Microsoft Foundation Class) is created and it's Create method called using Frame Handle. If 

1 5 resources such as, for example, images, toolbars, dialogs, etc., are being used and the browser 
72 does not share the same resources as the BIO Library, the browser's resources are 
temporarily replaced with the BIO Library resources before any data may be loaded from the 
BIO Librar}' resource. The BIO Library resources may then be replaced with the browser's 
original resources. 

20 As new browser windows are opened, it may be desirable to add interface object(s) 40 

to those new windows. A timer may be created using SetTimer Windows function that would 
call a user-defmed function and that function would use the FindWindowEx function (a 
Windows function) to check ever>' child of the desktop window for a v^ndow with the same 
class name as the Function Window. For those browser windows that have not already been 
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modified, i.e., that do not have the interface object 40, the necessar>' handles may be retrieved 
and the same changes made as were made for the original BIO Window. 

Finally, when the Internet user desires to close the browser 72, it must be determined 
if all of the browser windows are closed, except the Function Window, and the Function 
5 Window must also be closed if all other browser windows are closed. This may be 
accomplished by listening for a WM_CLOSE message (a Windows constant) in the BIO 
message handling procedure or by setting a timer that periodically determines how many 
browser windows are open. To close the original Function Window, a WM_CLOSE message 
may be sent to that window. 
10 Referring next to FIG. 9, another alternative embodiment of a method of controlling 

and displaying an Internet browser interface 20 in accordance with the present invention is 
depicted and generally designated as 900. 

Steps 910, 920, and 930 are essentially the same as described above for the 
embodiments of FIGS. 6-8. At step 940, a new browser interface window is created and the 
15 initial browser interface window is hidden and/or disabled, and referred to as a Function 
Window. The Plug-in identifies the handle for the initial browser interface window, hides 
and/or disables that window, and creates a new browser interface window that may be used 
by the Internet user. At step 950, all the browser windows are subclassed, and then the 
browser interface may be controlled, as indicated at step 960, for all open windows. At step 
20 962, the present invention determines if any new browser windows have been opened, in 
which case the invention returns to step 960. In no new browser interface windows have been 
opened, step 962 proceeds to step 964 to determine if the Internet user desires to close the 
browser. All windows must be closed prior to closing the Function Window, and that is 
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determined at step 966./ If all windows are closed, the Function \\'indow is closed, as 
indicated at step 970. Otherwise, step 966 returns to step 964. 

In yet another alternative embodiment of the present invention, the present invention 
provides a method of controlling an Internet browser interface using a browser Plug-in to 
5 control (i.e., add, remove and/or modify) the functionality of the calling browser 72 and to 
retain the Plug-in functionality after the user leaves the Internet site 130 that loaded the Plug- 
in. 

When a browser Plug-in is loaded to an Internet user's computer 50 in response to a 
browser 72 establishing a connection to an Internet site 130 and calling the Plug-in, a library 

10 file 74 establishes a shell within the browser 72 and within which the code for the Plug-in 
may be loaded. If the library' file 74 is explicitly instructed by the operating system 70 or the 
browser 72 to unload when the Plug-in is closed, any data, functions or objects that have been 
created outside of the Plug-in but in the library file 74, will be destroyed when the library file 
74 is unloaded. To prevent the library file 74 from unloading, the browser 72 is prevented 

15 from closing the Plug-in until the browser 72 receives an instruction to close the Plug-in. If 
the Plug-in is never instructed to close, the library file 74 also is never instructed to unload. 
This may be accomplished by hiding and/or disabling the initial browser window that loaded 
the Plug-in and by creating a new copy of that same window for the Internet user to continue 
to use to access and traverse the Internet. Because the initial browser window is preferably 

20 hidden and/or disabled, the Plug-in can not be closed until the library file 74 chooses to show, 
enable or close the initial browser window that loaded the Plug-in. 

For example, a browser Plug-in is loaded as a standard Plug-in in a browser 72, 
preferably by using the <Embed> tag in a web page 1 10 (see e.g., FIG. 10), which instructs 
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the browser 72 to initialize and load the library file 74 that contains the code for the Plug-in 
(i.e.. the BIO Librar>'). 

The first time the BIO Librar}' is initialized and called, a Function Window is created 
by hiding and/or disabling the original browser window, thus preventing the BIO Library 
5 from unloading by keeping a session with the Plug-in itself open. The Function Window also 
makes it possible for browser windows that do not have a copy of the BIO Librar>' open to 
access built-in Application Programming Interfaces (APIs) for Plug-ins (i.e., functionality 
made available to the Internet user through the browser interface 20 and via the Plug-in 
functionality), such as those provided with Netscape Navigator and Microsoft Internet 
10 Explorer. 

A Function Window is preferably created by disabling or hiding the initial browser 
window (in which the Plug-in resides) the first time the Plug-in is called by the browser 72. 
To do this the Plug-in must first identify the handle of the initial browser window. A window 
member of the NPWindow structure is passed to the BIO Librar>' from the browser 72 as a 

1 5 second argument to the NPP_Set Window Function and is the handle to the Plug-in window 
(NPWindow and NPP_Set Window are part of the Netscape and Internet Explorer API for 
Plug-Ins). To retrieve the initial browser window handle from this window member, the 
GetParent function (a Windows function) is continuously called until the present value for 
that function call represents one level below the desktop window. For example, a statement 

20 such as "m_Handle = GetParent(m_Handle)" executed in a loop may provide the desired 
functionality and result, where the value of m_Hand]e is initially equal to the value for the 
handle of the NPWindow structure, and will eventualh' return the handle for the initial 
browser window. 

34 

suBsrrnjTE sheet (rule 2B) 

wo 0Q25239Al_t_> 



WO'0a/25239= 



PCT/US99/25332 



The initial browser window is then hidden and/or disabled so that the Internet user 
cannot close the Function Window and cause the BIO Library to crash. To hide the initial 
browser window from the user and/or disable that window from user-driven events. 
WM_SHOWWINDOW and/or WM_ENABLE messages (both Windows constants) may be 
5 sent to the initial browser window with values to hide and/or disable that browser window. 
This can be accomplished by, for example, using the PostMessage or SendMessage function 
(Windows functions) to send a message to the initial browser window using the browser 
window handle. Alternatively, the Show Window and Enable Window functions (Windows 
functions) may be used to achieve the same results. 

10 The final step is to create a new browser window that the Internet user can use to 

continue surfing the web after the initial browser window has been hidden and/or disabled. 
This may be accomplished, for example, by calling any of the following Netscape and 
Internet Explorer Plug-in API fijnctions: NPN_GetURL, NPN_PostURL; 
NPN_GetURLNotify, NPN_PostURLNotify, with the target parameter set to _new, _blank, 

1 5 or any window name that does not already exist. The NPP argument of the above functions is 
the NPP structure that was provided by the browser 72 to the Plug-in for the Function 
Window, Another way of doing this is. to send a WM_COMMAND message to the browser 
72 that corresponds to any command the browser 72 might use to open a new window such as 
a New Window command or Open In New Window command, for example. A new window 

20 may also be opened using the Dynamic Data Exchange (DDE) Support provided by the 
browser. NPN^GetURL, NPN_PostURL, NPN_GetURLNotify, NPN_PostURLNotify and 
the NPP structure are part of the Netscape and Internet Explorer API for Plug-Ins and the 
WM_COMMAND is a Windows constant. 
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The BIO Plug-in may now control, i.e.. add/del etc/modify, features and functionality 
of the browser 72. The first step is to subclass any of the browser windows or any of the 
windows the browser uses (collectively, BIO windows) that are to be controlled in accordance 
with the present invention. 

5 After the browser window or any of it's children has been subclassed, menus may be 

added to the browser interface 20 by retrieving a pointer to the browser window menu using 
the GetiNIcnu function (a Windows function). Once the pointer to the menu's handle is 
obtained, the menu functions such as ModifyMenu. AppendMenu, InsertMenu, etc. 
(W indou.s runciions), may be used to add any desired menus to the browser window. Any 
1 0 command., a.ssigned to a menu must be handled by the BIO message handling procedure used 
lo subcla.s,s the BIO window, taking care not to use the same command identifier in creating a 
menu as an\- included in the browser 72. 

Alternatively or additionally, an interface object toolbar 42 may be added to the 
browser interface 20 by retrieving the handle of the window to which the toolbar 42 is to be 
15 added (hereinafter refeired to as the Frame Handle) using standard windows ftinctions - 
typically the window will be the BIO window or a frame window that is a child of the BIO 
window. A window is then created using the Frame Handle as its parent. For example, to 
add a dialog bar (which is a form of a toolbar) as an interface object 40, an object derived 
from or of type CDialogBar (a Microsoft Foundation Class) may be created and it's Create 
20 method called usmg the Frame Handle. If resources such as, for example, images, toolbars, 
dialogs, etc.. are being used and the browser 72 does not share the same resources as the BIO 
Library, the browser's resources are temporarily replaced with the BIO Libraiy resources 
before an> data from the BIO Library resource may be loaded. The BIO Library resources 
may then be replaced with the browser's original resources. 
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As new browser windows are opened, the interface object 40 may be added to those 
new windows. This may be accomplished by creating a timer using SetTimer (a Windows 
function) that would call a user-defmed function that would use the FindWindowEx function 
(a Windows function) to check every child of the desktop window for a window with the 
5 same class name as the Function Window. For those new windows that do not already have 
the modified interface, i.e., that do not include the interface object 40, the necessary handles 
are retrieved and the same changes made to those windows as were made to the original BIO 
window. 

Finally, when the Internet user wishes to close the browser 72, it must be determined 
M) if all of the browser windows are closed except the Function Window, and if they are, the 
Function Window may be closed. This may be accomplished, for example, by listening for a 
WM_CLOSE message (a Windows constant) in the BIO window message handling 
procedure or by setting a timer that periodically checks the number of open browser windows. 
The original Function Window may be closed by sending it a WM_CLOSE message. 
1 5 In accordance with the present invention, a BIO Library (i.e., a Plug-in) may be loaded 

and its functionality provided in the browser interface 20, automatically, i.e., without 
requiring the user to positively access a particular Internet site, i.e., to surf to a web page that 
calls the Plug-in. For example, Netscape has a key in its windows registry identified as 
Automation Stanup. Upon activation, Netscape loads all of the OLE controls that are listed 
20 in the Automation Startup key. By placing a reference or a call to the library file 74 (and thus 
to BIO Library and Plug-in that defmes an interface object 40) in the Automation Startup key, 
the library file may be loaded ever}' time a user activates a Netscape brow^ser. Included in that 
library' file 74 may be instructions to create an instance of the interface object 40 in the 
browser interface 20 and an instruction for the browser 72 to establish a^ connection to a 
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predetermined Internet site 130. Using this technique, a user does not have to choose to visit 
a specific Internet site 1 30 to load a BIO Library'. The library file 74 needs to be kept open at 
least until the Plug-in may be loaded in the browser 72 for display and access via the browser 
interface 20. One way to do this is to increment a reference counter associated with the 
5 library file 74 so that when Netscape unload the OLE controls listed in the Automation 
Startup key, the librao' file 74 will not be unloaded because it has a higher reference number. 

The library file 74 may be loaded as a Plug-m using DDE to periodically look for a 
Netscape DDE Serx'er using a timer or a loop. When a return is received by the browser 72 
from the Netscape DDE serxer, Netscape is ready to receive commands and may be loaded 
1 0 with the Plug-in. DDE may then be used to send a command, such as WWW_OPENURL, to 
the browser 72, which will cause the Plug-in to load as discussed herein. 

Another method for hiding the Netscape Plug-in window that is used for BIO Library- 
is to remove it from the task bar (i.e., where the Windows "Start" button is located) and place 
it off of the visible screen. One way to remove it from the Task Bar is to call 
1 5 SetWindowLong and change the window style of the Plug-in window to a toolbox window. 
Toolbox window's do not appear in the task bar. The Netscape Plug-in window may be 
placed off screen by calling MoveWindow and providing coordinates that are not in the 
visible range for the users desktop. 

The BIO window message handling procedure that is used to replace the original 
20 browser message handling procedure must know which window a message is intended to 
reach and what to do with a message once the BIO window message handling procedure 
receives tliat message. A preferred way to do this is to create a map that links one piece of 
information to another. For the present invention, a map that links window handles to 
structures that contain imponant information to that window is preferably used. For example 
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when the BIO Libran' adds the interface object 40 lo a new browser window, a new entr>' in 
the map is created that links the BIO window's handle to a structure that contains information 
useful for that BIO window. One of the pieces of information contained in the structure 
would preferably be the browser's original window message handling procedure for the BIO 
5 window. It is necessary to maintain the browser's original window message handling 
procedure so that if the BIO window message handling procedure does not know how to 
handle a message, it can pass the message to the browser's original window message handling 
procedure. 

When a message is received by the BIO window message handling procedure, the first 
1 0 argument that is passed to the procedure is the handle of the window that received the 
message. To retrieve the structure that contains all of the data specific to that window, a 
lookup in the map is performed using the window handle as a key. The returned structure 
will contain all of the stored window specific information, such as the original window 
message handling procedure. 
15 When controlling the browser interface 20, i.e., adding to, removing from or 

modifying the browser interface, the present invention changes how the browser 72 works. 
Almost anything an Internet user can do with a browser works by sending a message to a 
browser's window or child window. Objects or windows that send messages include the 
menus, buttons, combo boxes and almost anything else with which the Internet user can 
20 directly interact, i.e., interface controls. Messages for example can be broken up into four 
components; 1) the handle of the window intended to receive the message; 2) the msg value 
of the message; 3) a wParam, whose use is usually dependent on the msg value; and 4) an 
IParam, whose value is also usually dependent on the value of tlie msg value. 
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For example, clicking on a button in a browser s window might send a message thai 
contains the WM_COMMAND. which is a Windows constant, msg value to a browser 
window's window message handling procedure. The lower two bytes of the wParam variable 
in that message would then be a number that is used to identify which button was pressed. 
:> By subclassing a browser^s window or child window, as described above, any 

messages that are sent when a user interacts with any of the interface controls may be 
intercepted. Once a message is intercepted, the BIO window message handling procedure can 
interpret it and react to it. If the functionality of the interface control is to remain the same 
(i.e., not added to, deleted from, or modified by the present invention), the message may be 
1 0 passed back to the original window message handling procedure. In this way, virtually all of 
the interface controls that exist in the browser 72 may be controlled. In addition, interface 
controls may be added to the browser interface 20 and assigned command identifiers (which 
are passed in the wParam). The BIO window message handling procedure can then interpret 
the wParam and provide the functionality of the Interface control that is to be added. In 
I :> addition, functionality may be removed by simply having the inventive window procedure do 
nothing if it receives a command identifier associated with an interface control that is to be 
removed from the browser. That command may thus be prevented from passing to the 
browser window^s original message handling procedure. 

Using the various embodiment of the present invention, as discussed in detail above, 
20 an Internet user may create a browser interface 20 having user-defined interface controls. 
Then, by setting the parent of the window for that browser interface 20 to a window that has 
been subclassed, any message from the new (i.e., controlled) window will be handled in the 
BIO window message handling procedure. This can be used to add any interface object 40 
such as a toolbar, dialogbar, floating dialog etc., to the browser interface 20. 
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The following illustrative, non-limiting application examples are provided to further 
describe the present invention. A Plug-in or ActiveX control that stays persistent as an 
Internet user traverses the Internet may add an interface object 40 to the browser interface 20 
that enables a user to download their "bookmarks" or "favorites" from a database located on 
5 the Internet. The interface will be added directly into the browser interface and will allow the 
user to visit the "bookmarks" or "favorites" links that they downloaded, using the interface 
object 40 provided by the Plug-in or ActiveX control. This interface object 40 will serve a 
similar function to the current "favorites" or "bookmarks" menu items and toolbars on 
existing browsers. The beneficial difference is that since the bookmarks will be downloaded 

10 from a database on the Internet, users have access to their bookmarks on any computer's 
browser that is capable of loading the Plug-in or ActiveX control. 

The present invention may also be used to generate revenue based on placing 
advertising "links" included in the "favorites" or "bookmarks" on the browser interface 20 via 
the Plug-in or ActiveX control. Consumer targeting could be based on, for example, 

15 information stored in databases, such as name, age, sex, income, race, education and 
geographic location, and preferences such as favorites and bookmarks or other preferences 
that are stored on the database or exist on the browser 72. 

A Plug-in or ActiveX control that stays persistent as the user traverses the Internet 
may be used to add an interface object 40 to the browser interface 20 that permits a user to 

20 download their "address book" from of a database located on the Intemet. Such an interface 
object 40 may be added directly into the interface of the browser interface 20 and will allow 
the user to send e-mail as well as retrieve stored information for contacts listed in their 
"address book". 
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The present invention may also be used to earn revenue based on placing advertising 
"links- included in the "address book" on an interface object 40 of the Plug-in or ActiveX 
control. Consumer targeting could be based for example on information stored in databases, 
such as name. age. sex. income, race, education and geographic location, and preferences 
5 such as favorites and bookmarks or other preferences that are stored on the database or exist 
on the browser. 

The present invemion may use a Plug-in or ActiveX control to add an edit box on the 
browser interface 20 that allows a user to type a search directly into the browser instead of 
having to visit a web page that allows the user to search. 
10 Additionally, the Plug-in or ActiveX control that stays persistent may poll, or 

periodically seek - at user, web site or program selected intervals - information from a 
preferred web site, even though the user is surfing a different web site. As the preferred web 
site is polled, the preferred web site can send updated information to the interface object on 
the user's browser, such as near real-time notification of the receipt of mail, continuous 
1 5 updating of stock prices, or other time sensitive information, such as. for example, news feed 
headlines, sports scores for selected favorite spons teams, and the like. The preferred web 
site can control, if desired, the timing of the polling, so as to control the traffic at the preferred 
web site during peak usage periods by extending the time interval between polls. 

Since the shell created by the libraiy file, as described herein, is an environment 
20 within which applications can be run, or information displayed, any information or program 
can be added to the interface of the browser using the present invention. The shell is 
independent of the browser interface, the content of the browser, and even the content of the 
shell itself In short, the shell is an adaptable piece of functionality that does not, in the 
extreme, even need to be visible to the user. Thus, in use. the shell can be empty and receive 
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its contents from a web site, or the shell could get Plug-ins, or the shell could even get new 
library files and learn to parse new information "on the fly" as the shell receives new contents 
from a web site or user. Thus the present invention provides significant opportunities to 
direct desired information from a preferred site to the user even as the user visits other sites. 
5 Of course, the more user-specific fijnctionality provided by a web site via the customizable 
interface of the present invention, the greater user loyalty that web site can engender. 

Thus, while there have been shown and described and pointed out fundamental novel 
features of the invention as applied to preferred embodiments thereof, it will be understood 
that various omissions and substitutions and changes in the form and details of the disclosed 
10 invention may be made by those skilled in the art without depaning from the spirit of the 
invention. It is the intention, therefore, to be limited only as indicated by the scope of the 
claims appended hereto. 
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CLAIMS 

What is claimed is: 

1 . A method of controlling an Internet browser interface displayable by a browser 
on a display of a computer, said method comprising the steps of: 

5 (a) providing access to a program for controlling the Internet browser 

interface; 

(b) using the controlling program to create a library file that is stored on 
the computer and that defines an interface object; and 

(c) causing the library file to open when the browser is activated so as to 
10 provide a browser user with access to the defined interface object. 

2. A method as recited by claim 1 , further comprising the step of: 

(d) downloading information to the library file from a predetermined 

Internet site. 

15 

3. A method as recited by claim 1, wherein said step (b) comprises creating a 
library file on the computer including an ActiveX control that defines an interface object. 

4. A method as recited by claim 1, wherein said step (b) comprises creathig a 
20 library file on the computer including a Plug-in that defines an interface object. 

5. A method of dynamically controUing an Internet browser interface displayable 
by a browser on a display of a computer, a library file being located on a data storage device 
of the computer and defining an interface object, said method comprising the steps of: 
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(a) causing the library file to open when an Internet user activates the 

browser: 

(b) causing the browser to establish a connection to a predetermined 

Internet site; 

5 (c) receiving by the computer in the library file, from the predetermined 

Internet site, information for the interface object; and 

(d) displaying the interface object along with the Internet browser interface 
on the computer display while the browser is activated. 

10 6. A method as recited by claim 5, further comprising the steps of: 

(e) periodically causing the browser to establish a connection to the 
predetermined Internet site; and 

(f) receiving by the computer in the library file, from the predetermined 
Internet site, additional information for the interface object. 

15 

7. A method as recited by claim 5, wherein said step (e) further comprises: 
determining if the interface object is displayed along with the Internet browser 

interface when the Internet user is not connected to the predetermined Internet site; and 

if the interface object is not displayed with the Internet browser interface, re- 
20 displaying the interface object along with the Internet browser interface. 

8. A method as recited by claim 5, wherein said step (c) comprises automatically 
causing the browser to establish a connection to a predetermined Internet site. 
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9. A method of dynamically controlling an Internet browser interface displayable 
by a browser on a display of a computer, a library file being located on a data storage device 
of the computer and defining an interface object, said method comprising the steps of: 

(a) causing the library file to open when an Internet user activates the 

5 browser; 

(b) causing the browser to establish a connection to a predetermined 

Internet site; 

(c) receiving by the computer in the library file, from the predetermined 
Internet site, information for the interface object; 

(d) displaying the interface object along with the Internet browser interface 
on the computer display while the browser is activated: and 

(e) preventing the library file from closing while the browser is activated. 



1 0. A method as recited by claim 9, further comprising the steps of: 
- (f) periodically causing the browser to establish a connection to the 

predetermined Internet site: and 

(g) receiving by the computer in the library file, from the predetermined 
Internet site, additional information for the interface object. 



10 



20 



11. A method as recited by claim 9, wherein said step (e) further comprises 
executing a program loop to prevent the library file from closing. 

12. A method as recited by claim 1 L funher comprising the step of terminating 
the program loop when the browser is no longer activated. 
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13. A method as recited by claim 9, wherein said step (c) comprises automatically 
causing the browser to establish a connection to a predetermined Internet site. 

14. A method of dynamically controlling an Internet browser interface displayable 
by a browser on a display of a computer, a library file being located on a data storage device 
of ihc computer and defining an interface object, said method comprising the steps of: 

(a) causing the library file to open when an Internet user activates the 

browser: 

(b) causing the browser to establish a connection to a predetermined 

Iniernci site: 

(c) "receiving by the computer in the library file, from the predetermined 
Iniemei siie. information for the interface object; 

(d) causing the browser to create a new browser window; 

(e) preventing the initial browser window from being displayed by the 

browser: and 

(f) displaying the interface object along with the Internet browser interface 
in the new browser window. 

15. .A method as recited by claim 14, ftirther comprising the steps of: 

(g) periodically causing the browser to establish a connection to the 
predetermined Internet site; and 

(h) receiving by the computer in the library' file, from the predetermined 
Internet site, additional information for the interface object. 
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15 



16. A method as recited by claim 14, wherein said step (c) comprises 
automatically causing the browser to establish a connection to a predetermined Internet site. 

1 7. A method as recited by claim 14, wherein said step (e) further comprises: 
identifying a handle for the initial browser window; 
hiding and/or disabling the initial browser window; 
creating a pointer to control the browser; and 
creating a new browser window. 

18. A method as recited by claim 1 4, further comprising the steps of: 

determining if the browser has opened an additional new browser window; and 
if an additional new browser window has been opened, determining whether to 
add the interface object to the additional new browser window. 



19. A method as recited by claim 14, further comprising the steps of: 
determining if the browser has opened an additional new browser window; 

if no additional new browser window has been opened, determining whether to 
close the browser: and 

20 if the browser is to be closed, closing all browser windows, including the 

initial browser window. 

20. A method of increasing the frequency with which an Internet user accesses an 
Internet site using an Internet browser and a computer, said method comprising the steps of: 
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(a) causing the browser to establish a connection to the Internet site when 
the Internet user activates the browser; and 

(b) receiving, from the Internet site, and storing on the computer, 
instructions for the browser to periodically re-establish a connection to the Internet site. 

5 

21. A method as recited by claim 20, further comprising the step of causing the 
browser to re-establish a connection to the Internet site at a periodic interval and in response 
to the instructions in the library file. 

10 22. A method as recited by claim 21, wherein the periodic interval is determined 

by the Internet site. 

23. A method as recited by claim 22, wherein the periodic interval is determined 
by the Internet site and dependent upon Internet user traffic experienced by the Internet site. 

15 

24. A method as recited by claim 20, wherein said step (a) comprises 
automatically causing the browser to establish a connection to the Internet site when the user 
activates the browser, independent of whether the browser is preprogrammed to access a 
predetermined Internet web site. 

20 

25. A method of causing an Internet user to access an Internet site using an 
Internet browser and a computer, said method comprising the steps of: 

(a) providing a library file on the computer including a definition of an 
interface object and instructions for the browser; and 
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(b) upon activation of the browser by the Internet user and in response to 
the instructions in the librar>' file, automatically causing the browser to establish a connection 
to an Internet site. 

5 26. A method as recited by claim 22, further comprising the step of receiving by 

the computer in the library file, from the Internet site, information for the interface object. 

27. An Internet browser interface displayable by an Internet browser on a 
compuicr display and including an ActiveX control interface object that is displayed with the 

10 Internet browser mterface while the browser is activated and regardless of the Internet site to 
which the computer is connected via the browser. 

28. An Internet browser interface as recited by claim 27, wherein said ActiveX 
control interface object causes the Internet browser to establish a connection to a 

1 5 predetermined Internet site. 

29. .An Internet browser interface as recited by claim 28, wherein said ActiveX 
control interface object enables the Internet user to customize the interface object. 

20 30. /Vn Internet browser interface as recited by claim 28, wherein said ActiveX 

control interface object enables the Internet user to execute a search at the predetermined 
Internet site. 
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31. An Internet browser interface displayable by an Internet browser on a 
computer display and including a Plug-in interface object that is displayed with the Internet 
browser interface while the browser is activated and regardless of the Internet site to which 
the computer is connected via the browser. 

5 

32. An Internet browser interface as recited by claim 31, wherein said Plug-in 
interface object causes the Internet browser to establish a connection to a predetermined 
Internet site. 

10 33, An Internet browser interface as recited by claim 31, wherein said Plug-in 

interface object enables the Internet user to customize the interface object. 

34. An Internet browser interface as recited by claim 31, wherein said Plug-in - 
interface object enables the Internet user to execute a search at the predetermined Internet site. • 

15 

35. A method for establishing an affinity between an Internet user and a selected 
Internet web site, said method comprising the steps of: 

(a) providing to said user, via said selected Internet web site, a control 
program that permits a user customizable interface object to be created on an interface of a 

20 browser used by said user to traverse the Internet; and 

(b) causing user selected functions to be accessed via said interface object, 
said functions causing said user to interact with said selected Internet web site. 
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36. A method for delivering informaiion to an Internet user from a selected 
Internet web site, said method comprising the steps of; 

(a) providing to said user a control program that permits a user 
customizable interface object to be created on an interface of a brow^ser used by said user to 

5 traverse the Internet; 

(b) causing said interface object to continue to exist as said user traverses 
the Internet from one web site to another web site; 

(c) establishing a link between said selected web site and said interface 
object through which information may be provided for visual display via said interface object: 

0 and 

(d) causing said information to remain visible as said user traverses the 
Internet from one web site to another web site and after said link between said selected web 
site and said interface object ceases to exist. 

A method for delivering a software program to an Internet user from a selected 
Internet web site, said method comprising the steps of; 

(a) providing to said user a control program that permits a user 
customizable interface object to be created on an interface of a browser used by said user to 
traverse the Internet; 

0 (b) causing said interface object to continue to exist as said user traverses 

the Internet from one web site to another web site; 

(c) establishing a link between said selected web site and said interface 
object ilirough which a software program may be provided via said interface object; and 
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(d) causing said software program to be executable as said user traverses 
the Internet from one web site to another web site and after said link between said selected 
web site and said interface object ceases to exist. 

5 38. A method for delivering information to an Internet user from a selected 

Internet web site, comprising; 

(a) providing to said user, from said selected web site, a control program 
that permits a user customizable interface object to be created on an interface of a browser 
used by said user to traverse the Internet; and 
10 (b) causing said interface object to continue to exist as said user traverses 

the Intemet to a web site different from said selected web site. 
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